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APPLICATION FOR PATENT 
Inventor: Eran Aloni 

Title: SYSTEM AND METHOD FOR NOTIFICATION OF AN 

EVENT 

This is a Continuation-in-Part Application of U.S. Provisional 
Application No. 60/152,362,,filed on September 7, 1999. 

FIELD AND BACKGROUND OF THE INVENTION 

The present invention relates to a system and method for providing a 
notification protocol for network clients, and in particular, for such a system 
and method in which the notification protocol uses only standard network 
communication protocols for detecting the event and performing the 
notification, such that the system and method could be easily used for different 
types of networks, and such that the system and method could be used for 
notification across these different networks. 

A notification service enables a subscriber to ascertain whether certain 
events have occurred, which may be messaging events such as the receipt of an 
e-mail (electronic mail) message, or other types of messages, such as a voice 
mail message for example, by the subscriber; or which may be non-messaging 
events, such as the occurrence of a particular stock price, for example. 
Currently, a unified notification service for different types of message data does 
not exist. For example, if a subscriber operates different messaging systems 
such as those for voice mail and e-mail messages, the subscriber cannot 
monitor the status of received messages through a single notification service. 
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Although notification services do exist for e-mail messages, such 
services are limited in extent. For example, the IMAP4 e-mail network 
protocol standard, defined in RFC 2060 of the network standards working 
group, allows for server notification, but does not require such notification to be 

5 performed. Furthermore, the IMAP4 network protocol can only be used by an 
e-mail system client to review the presence (or absence) of messages on a local 
e-mail system server, but cannot be used to report different types of messaging 
events for different types of messaging data, nor can it be used to report events 
in non-messaging systems. Also, the IMAP4 network protocol has the 

1 0 additional disadvantage of requiring an open session to be maintained between 
the messaging client and the messaging server. 

Another example of an attempted solution is disclosed in U.S. Patent No. 
5,850,519, which describes a system in which an e-mail message is sent from 
one subscriber to another subscriber through a host computer. The host 

15 computer then notifies the recipient subscriber of the receipt of the e-mail 
message by placing a telephone call through the PSTN (public switched 
telephone network). However, such a system requires all e-mail messages to 
pass through the host computer, and as such, is similar to other notification 
systems which are known in the art (see background art Figure 1 below for 

20 farther details). In addition, this system requires the use of a call intercept unit, 
which is a specialized hardware device attached to a telephone, and which 
intercepts and identifies incoming telephone calls. Thus, the disclosed system 
fails to provide a universal solution, which does not require specialized 
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hardware. 

A company calleduReach.com (http://www.uReach.corn as of December 
9, 1999) has also attempted to provide a solution, in the form of a "national 
communications service". This service allows subscribers to retrieve e-mail 

5 messages and voice messages through a voice telephone call. In addition, the 
service sends specific reminders about appointments in the calendar of the 
subscriber, for example. However, the service does not provide notification of 
events occurring in multiple event generating systems, since for example the 
subscriber is not notified of the receipt of a new e-mail message, but only of 

10 events described on the calendar stored at the server ofuReach.com. Thus, the 
disclosed service cannot handle events which occur in event generating systems 
that are not directly connected to the server ofuReach.com, and as such, 
resembles the disclosed system of U.S. Patent No. 5,850,519. 

A more useful solution would enable a subscriber to receive notifications 

1 5 of the receipt of messages from multiple messaging applications, or of other 
events generated by other event-generating systems, without requiring that the 
subscriber be connected to the particular event generating system, or even on 
the same network as the event-generating system. Such a notification would be 
received according to standard network protocols, which would preferably be 

20 incorporated into the e-mail message server, or other type of event-generating 
system, itself, rather than through a stand-alone additional server. Also, such 
notification service would preferably not require an open session to be 
maintained between the notification server and the event-generating system. 
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Unfortunately, such a notification service does not exist. 

There is thus a need for, and it would be useful to have, a system and a 
method for providing a notification service which would enable the subscriber 
to determine whether a particular type of event has occurred, without requiring 

5 that the event generating system be connected to the same internal network or 
system as the notification service system itself, yet while using standard 
network protocols for communication between the notification service system 
and the event generating system, such that the notification service system can 
be a separate and independently determined system from the event generating 

1 o system. 


BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better 
understood from the following detailed description of a preferred embodiment 
1 5 of the invention with reference to the drawings, wherein: 

FIG. 1 is a schematic block diagram of a background art system; 
FIG. 2 is a schematic block diagram of an exemplary system according 
to the present invention; 

FIG. 3 is a flowchart of an illustrative method for notifying the 
20 subscriber of the occurrence of the event according to the present invention; 
and 

FIG. 4 is a flowchart of an illustrative method for notifying a subscriber 
by a requesting user without an additional event according to the present 
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invention. 

SUMMARY OF THE INVENTION 

The present invention is of a method and a system for notifying a 

5 subscriber of the occurrence of an event, which may be a messaging event, in 
which a message is received by a messaging service associated with the 
particular subscriber; or a non-messaging event, such as the occurrence of a 
particular stock price. For example, an e-mail message could be received by 
the mailbox of the subscriber, which would be detected by the notification 

1 o request sender according to the present invention. The notification request 
sender would then prepare a notification request according to a standard 
network protocol, such as HTTP for example, for transmission to a notification 
server for the subscriber. This server would then parse the notification request, 
and notify the subscriber with a message according to a particular messaging 

15 service, such as an SMS (short message system) message sent to a cellular 
telephone of the subscriber, for example. Optionally and preferably, if a 
plurality of such messaging systems for notifying the subscriber is available, 
then the notification server determines the best messaging system or systems 
for notifying the subscriber, for example according to the preference of the 

20 subscriber. 

Also optionally, the message sent to notify the subscriber could itself be 
the messaging event, in that an additional message or other event does not need 
to exist. Instead, a user may wish to transmit a message to a subscriber for 


whom the mechanism for sending a message, such as an e-mail address, is not 
known, for example, and would therefore transmit the message directly to the 
notification server for the subscriber. As described in further detail below with 
regard to Figure 4, such a direct transmission is optionally performed through a 
Web page, which would receive information from the requesting user, and from 
which information is sent directly to the notification request server. The 
notification request sender would then determine the best messaging 
mechanism for notifying the subscriber, and would notify the subscriber 
accordingly. 

The notification system according to the present invention includes an 
event generating system, a notification request sender and a notification server. 
The event generating system is the system in which the events occur, while the 
notification request sender is responsible for "translating" these events into 
notification requests which comply with the notification protocol. The 
notification server then receives the notification request from the notification 
request sender, and notifies the subscriber of the occurrence of the event. 

According to the present invention, there is provided a system for 
notifying a subscriber upon an occurrence of an event, the system comprising: 
(a) an event-generating system for generating the event; (b) a notification 
request sender for detecting the occurrence of the event and for preparing a 
notification request according to an open network protocol; 
and (c) a notification server for receiving the notification request from the 
notification request sender, and for notifying the subscriber of the occurrence of 
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the event, wherein the notification server is not in direct communication with 

the event generating system. 

According to another embodiment of the present invention, there is 

provided a method for notifying a subscriber upon an occurrence of an event in 
5 an event-generating system, the method comprising: (a) providing a notification 

server; (b) detecting the occurrence of the event at the event- generating system; 

(c) preparing a notification request according to an open network protocol; (d) 

transmitting the notification request to the notification server; and (e) notifying 

the subscriber of the occurrence of the event according to the notification 
10 request. 

According to yet another embodiment of the present invention, there is 
provided a method for sending a message to a subscriber by a requesting user, 
the method comprising: (a) providing a notification server; (b) requesting a 
notification of the subscriber by the requesting user, wherein the requesting 

1 5 user does not select a notification mechanism for notifying the subscriber; (c) 
sending the notification to the notification server; (d) selecting the notification 
mechanism for notifying the subscriber by the notification server; and (e) 
sending the notification to the subscriber through the notification mechanism by 
the notification server. 

20 According to still another embodiment of the present invention, there is 

provided a system for notifying a subscriber, comprising: (a) an event 
generating system; (b) a notification request sender connected to the event 
generating system; and (c) a notification server in communication with the 
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notification request sender, such that the notification server notifies the 
subscriber. Hereinafter, the term "open network protocol" refers to any 
openly available network protocol, based on a standard protocol, including but 
not limited to those network protocols which are determined by a standards 
5 body. Hereinafter, the term "openly available" refers to a network protocol 
which is not the proprietary, exclusive property of a company or other 
commercial entity. 

DETAILED DESCRIPTION OF THE INVENTION 
1 o The present invention is of a method and a system for notifying a 

subscriber of the occurrence of an event, which may be for example a 

messaging event or a non-messaging event. 

One advantage of the system and method according to the present 

invention is that the notification message is sent according to an open network 
1 5 protocol. Therefore, receiving and parsing such a message does not require any 

proprietary software or other component, but instead may be performed with 

extensions to the currently existing network standards. 

Another advantage of the present invention is that a message can be 

transmitted to a subscriber without a requirement for the sending user to know 
20 the details of the mechanism used to pass the message to the subscriber. For 

example, the sending user could send a message directly to the notification 

server without knowing how that server would send the message to the 

subscriber and without knowing any other contact information for the 


subscriber. 

As previously described, a non-messaging event is an event which does 
not involve the transmission of a message to the subscriber, but for which the 
subscriber had previously requested notification. Examples of such a non- 

5 messaging event include, but are not limited to, the occurrence of a particular 
stock price, the release of a news story, the release of a weather report, a 
reminder of a meeting or other appointment, a reminder to perform a particular 
task such as purchasing a birthday present, and so forth. 

The principles and operation of a system and a method according to the 

1 0 present invention may be better understood with reference to the drawings and 
the accompanying description, it being understood that these drawings are 
given for illustrative purposes only and are not meant to be limiting. 

Referring now to the drawings, Figure 1 is a schematic block diagram of 
a background art notification system, while Figure 2 is a schematic block 

15 diagram of a notification system according to the present invention. As shown 
in the background art system of Figure 1, a notification system according to the 
background art must be some type of internal system. By "internal", it is meant 
that messaging applications, such as a voice mail system 10 and an internal e- 
mail system 14, must be connected directly to a background art notification 

20 server 12, such that all message traffic must therefore flow through background 
art notification server 12. 

By contrast, the subscriber may be located on an external system to the 
notification service. As shown in background art, a plurality of different 
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exemplary messaging systems are interconnected through a network such as the 
Internet 22. Such messaging systems may optionally include a first e-mail 
system 16 and a second e-mail system 18, and a voice mail messaging system 
20. Of course, other types of messaging systems could be used in place of 
5 these exemplary messaging systems. Furthermore, such external systems could 
also be event generating systems of other types for which the subscriber wishes 
to receive a notification, which are not addressed by background art system 10 
at all. 

These different types of external systems are problematic with regard to 
1 0 background art notification server 12, since background art notification server 
12 clearly cannot monitor the messages transmitted through these external 
messaging systems, nor can background art notification server 12 monitor the 
occurrence of other types of events in external systems. Therefore, if a 
subscriber wishes to receive a notification of a message sent to one of these 
1 5 external messaging systems, or of the occurrence of another type of event, 

notification cannot be provided through background art notification server 12. 

By contrast, as shown in Figure 2, a notification server 30 according to 
the present invention is able to receive a notification request from a notification 
request sender 31 which is external to a particular notification service provider 
20 32. Instead, notification request sender 31 is connected to notification server 30 
through Internet 22. Notification service provider 32 is a service provider for 
notification capabilities on events occurring in event-generating systems both 
within notification service provider 32 and in external systems. Therefore, 


11 

notification service provider 32 may optionally be a provider of some type of 
event-generating system, such as an e-mail messaging system. As used with 
regard to Figure 2, a "subscriber" is a particular user who wishes to receive 
notification of a particular event or events, which may be a messaging or a non- 
5 messaging event, as previously described. 

The flow of communication for such notification is as follows. An event 
is initially generated by an event-generating system. As shown in Figure 2, 
such an event could be a messaging event, generated by first e-mail system 16, 
second e-mail system 18, and/or voice mail messaging system 20, which are 

1 0 shown as non-limiting examples of such systems. The generated event is then 
detected by an associated notification event detector for each such system. For 
example, if the event is the receipt of a new e-mail message by the mailbox of 
the subscriber at first e-mail system 16 or second e-mail system 18, then the 
receipt of the message would be detected by a notification event detector 17 or 

1 5 19, respectively. As another example, if the event is the receipt of a new voice 
message by voice mail messaging system 20, then the event would be detected 
by a notification event detector 21. 

Each of notification event detectors 17, 19 or 21 preferably detects such 
a receipt event through a trigger, although any method for sending information 

20 from first e-mail system 16, second e-mail system 18, and/or voice mail 
messaging system 20 to event detectors 17, 19, or 21 could be used. For 
example, if notification event detector 17 is connected to an SMTP server for 
first e-mail system 16, then the receipt event is preferably detected according to 


12 

an SMTP task for incoming e-mail messages addressed to the particular 
subscriber. The existence of such an incoming e-mail message preferably 
automatically triggers the detection of such a message by notification event 
detector 17, for example through a trigger provided by the API (application 

5 programming interface) of the particular SMTP server software program. If 
such a trigger is not provided with the SMTP server software program, an 
additional software component and/or additional code may be required, which 
could easily be implemented by one of ordinary skill in the art. 

Optionally and more preferably, notification event detector 17 is able to 

1 0 receive more detailed information about the status of a particular subscriber on 
a particular external messaging system. For example, for first e-mail system 
16, optionally and more preferably, notification event detector 17 is able to 
report on such conditions as the presence of a new e-mail message in the 
mailbox of the subscriber, whether the mailbox is full, an alert to a system shut- 

1 5 down, and so forth. 

In any case, upon detection of the event, each of notification event 
detectors 17, 19 or 21 would then signal an associated notification protocol 
adapter 38 that the event had occurred. Notification protocol adapter 38 would 
then prepare and send a notification request through Internet 22 to notification 

20 server 30. The notification request would include information about the event 
itself, as well as an identifier of the subscriber who should be notified of the 
occurrence of the event. 

Preferably, the notification request would be prepared according to an 
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open network protocol, as previously described, such that notification protocol 
adapter 38 could be a standard extension to existing software technology, rather 
* than a proprietary solution. For example, HTTP servers which are known in 
the art include a standard mechanism for adding such an extension by using 

5 CGI (common gateway interface) programs. The proprietary Microsoft™ 

HTTP server (Microsoft Corp., USA) has some other mechanisms, such as ASP 
(active server pages) and IS API (Internet server API ). For the purposes of 
illustration only and without any intention of being limiting, the standard 
network protocol is described as being HTTP (hyper-text transfer protocol), the 

1 0 protocol which is used to transfer Web page data for displaying documents 

written in mark-up languages such as HTML (hyper-text mark-up language) by 
a Web browser. Another exemplary standard network protocol could be SMTP 
(simple mail transfer protocol) for example. 

The notification request would be sent from notification protocol adapter 

1 5 38 through Internet 22 to a suitable network protocol server at notification 

server 30, such as an HTTP server 34 if the open network protocol is HTTP, for 
example. HTTP server 34 then parses the notification request, as described in 
greater detail below (see Figure 3). The parsed request is then passed to a 
notification server protocol adapter 36 which determines whether the 

20 notification request is valid and extracts the information contained in the 

request itself. HTTP server 34 is preferably implemented as a standard HTTP 
server software component which is installed on a computer, and which could 
easily be implemented by one of ordinary skill in the art. Notification server 
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protocol adapter 36 is preferably implemented as a software component which 
is more preferably installed on the same computer as HTTP server 34, and is 
activated by HTTP server 34 upon receiving a notification request 

The information which is extracted by notification server protocol 

5 adapter 36 is then passed to notification messaging server 37, which would 
determine how the subscriber wishes to be notified, and which would then 
select a notification mechanism for notifying the subscriber. Notification 
messaging server 37 then notifies the subscriber according to the selected 
mechanism, also as described in greater detail with regard to Figure 3. 

1 o The exact nature of the selected mechanism is less important than the 

ability of the subscriber to determine which mechanism is preferentially used 
for notification. Also, notification messaging server 37 may optionally not 
notify the subscriber directly, but rather may pass the notification message to 
the appropriate messaging system. For example, notification messaging server 

1 5 37 could pass the notification message to a subscriber through e-mail or as an 
SMS (short message system) message for a cellular telephone. 

In the exemplary system shown, in addition to notification server 30, 
notification service provider 32 also features internal voice mail service 10 and 
internal e-mail system 14, which were also shown in background art Figure 1 . 

20 Notification service provider 32 is optionally and preferably able to provide 
notification concerning messaging events at internal voice mail service 10 and 
internal e-mail system 14 according to one of a plurality of implementations. 

In a first implementation, internal voice mail service 10 is connected to a 
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notification event detector 11, while internal e-mail system 14 is connected to a 
notification event detector 15, both of which are connected to an associated 
notification protocol adapter 38. As previously described for the external 
event-generating systems, notification protocol adapter 38 sends a notification 

5 request to HTTP server 34 upon detection of an event. The remainder of the 
process is followed as previously described. 

In a second implementation, internal voice mail service 10 and internal 
e-mail system 14 are both connected directly to an internal server 39, which in 
turn is connected directly to notification message server 37. This 

1 0 implementation would by-pass the previous steps of sending the notification 
request according to an open network protocol, but instead would involve the 
detection of the event by internal server 39. Internal server 39 would detect the 
event as all such events would pass through internal server 39. Internal server 
39 would then directly request notification message server 37 to notify the 

15 subscriber. 

According to preferred embodiments of the present invention, if the 
standard network protocol is HTTP, for example, then preferably the 
notification request is a list of HTTP fields and their values. More preferably, 
each type of messaging event features a specific list of mandatory fields for 
20 which data must be entered in order for the notification request to be sent. 
Optionally, an additional set of non-mandatory fields may be included in the 
notification request if desired. 

The notification request is then sent according to a standard network 
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protocol, for example by using the GET or POST commands of the HTTP 
standard. Optionally and preferably, notification server protocol adapter 36 then 
causes an "ack" (acknowledgment) message to be returned to notification 
protocol adapter 38 of the external messaging system. More preferably, such 
5 an "ack" message is only sent after notification server protocol adapter 36 is 
certain that the notification request is secure. 

Optionally and additionally, but more preferably, notification server 
protocol adapter 36 can send an additional "ack" message to notification 
protocol adapter 38 of the external messaging system according to whether the 

1 0 subscriber actually received the notification message. Alternatively, if 
notification server protocol adapter 36 sends a "nack" (not acknowledged) 
message to notification protocol adapter 38 because of a technical problem, 
preferably notification protocol adapter 38 resends the notification request, in 
order to prevent any such message events to remain unprocessed. 

1 5 According to preferred embodiments of the present invention, 

notification server 30 is preferably able to operate in either synchronous or 
asynchronous mode. In synchronous mode, the client (notification protocol 
adapter 38) can send a request only after receiving an "ack" or "nack" message 
concerning the previous request from notification server protocol adapter 36. 

20 Alternatively, in asynchronous mode, the client can send requests without 

waiting for a reply from notification server protocol adapter 36. This requires 
the generation of a unique client identification tag, which would then be sent 
with the notification request. The identification tag would then be part of each 


17 

"ack" or "nack" message sent by notification server protocol adapter 36. 

Figure 3 is a flowchart of an exemplary method for notifying a 
subscriber of an event, such as a message event for example. First, the event 
occurs, as exemplified by the receipt of an e-mail message in the mailbox of the 
5 user. Second, the notification protocol adapter detects the occurrence of the 
event. Third, if the notification protocol adapter determines that such a request 
should be sent, then the notification protocol adapter creates a notification 
request. Fourth, the notification protocol adapter sends the notification request. 
Since the notification request is preferably given according to the HTTP 
1 0 protocol as the preferred example of the standard network protocol, the 
notification request preferably features certain HTTP key- value pairs. For 
example, in order to inform a subscriber that a new message entered the 
mailbox as the illustrative event, optionally and preferably the following key- 
value pairs would be given: 
1 5 www.notification.com/notify.exe?EmailAddress= 

recipient@mailserver.com&RequestType=NewMsg& 
ServerName=mailserver.com&From=sender@ 
sendermail.com&subject=Hello+there&To=recipient@ 
mailserver.com 

20 As another example, in order to inform a subscriber that the e-mail 

mailbox is full, optionally and preferably the following key-value pairs would 
be given: 

www .notification.com/notify. exe?EmailAddress==recipient@ 


mailserverxom&RequestType=MailboxFull&ServerName= 

mailserverxom&MailboxCapacity=90&MailboxCapacity 

Threshold=80 

Next, the notification request arrives at the HTTP server of the 
5 notification server. Then, this server passes the request to the notification 

server protocol adapter. The notification server protocol adapter then examines 
the validity of the notification request, and then optionally and preferably 
transfers the request to the notification message server. 

Next, the notification message server processes the notification request 

10 and determines whether to send it to the subscriber. If the notification message 
server decides to notify the subscriber, then this server creates a particular 
subscriber message to send to the subscriber. The decision as to whether a 
subscriber message should be sent, as well as the selection of the particular 
communication mode for sending the message, and optionally the selection of 

1 5 the particular address within that mode if the subscriber has a plurality of such 
addresses, are all preferably performed according to a decision logic. More 
preferably, the preferences of the subscriber are used to determine the decision 
logic, which includes at least one filtering rule. Such a filtering rule 
incorporates the preferences of the subscriber, for example with regard to 

20 preferred notification media types (email, SMS, and so forth.) and default 
addresses for notification. These filtering rules, with the subscriber 
preferences, are preferably stored in a database which is in communication with 
the notification message server. 
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For example, the notification message server could create an SMS (short 
message system) message for transmission to the cellular telephone of the 
subscriber, in order to alert the subscriber as to the existence of the event. 
Other examples of communication modes which the subscriber is able to select 
5 include but are not limited to, e-mail or a telephone voice message. In addition, 
the decision as to whether the subscriber message should be sent includes the 
option to determine the time that such a message should be sent. For example, 
the subscriber is optionally and preferably able to select the time at which the 
subscriber message should be sent, for example whether a delay is introduced 

10 before the subscriber message is sent, or whether a cellular telephone message 
is delivered after working hours, as another example. As another option, 
preferably the subscriber is able to select whether a predetermined number of 
events have occurred before the subscriber message is sent, containing 
information about this plurality of events. 

1 5 All of these user preferences are preferably implemented as filtering 

rules, such that the decision logic is constructed by examining each filtering 
rule to determine if that rule applies to the notification request, and if so, 
whether the outcome of the application of the rule is such that the subscriber 
message should be sent. More preferably, if the outcome is negative for at least 

20 one filtering rule, then the subscriber message is not sent immediately, although 
the message may optionally be sent at a later time. A subscriber may have 
multiple filing rules to be processed by the notification server. Therefore, the 
notification server may decide, as a result of processing these filtering rules, to 
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send notification to one or more destinations. If multiple notification messages 
are sent, each notification message can optionally be sent to another type of 
output device, such as a telephone or e-mail system. Furthermore, each 
message can optionally and preferably be delivered at a separate and differently 
5 determined time, according to the rules and subscriber preferences. 

According to a preferred embodiment of the present invention, if an 
error occurs during the delivery of a subscriber message, then preferably a retry 
mechanism is responsible for trying to handle errors in the delivery of a 
message by attempting to deliver the message again. 

10 Next, the subscriber message is sent to the subscriber. Then, the user 

receives the subscriber message through the particular communication 
interface. The user decides whether to act upon the event for which the 
notification request was originally generated. 

According to other embodiments of the present invention, different types 

1 5 of standard network protocols can be used to provide the notification messages, 
and hence to determine the processing performed by the notification system. 
For example, optional standard network protocols include, but are not limited 
to, HTTP, SMTP and FTP. Optional formats for the notification message itself 
include, but are not limited to, HTTP key- value pairs (as shown above), XML 

20 data, and any other textual format, such as a list of nested pairs of key values, 
for example. 

Figure 4 is a flowchart of another preferred embodiment of the present 
invention, in which the triggering event for generating the notification request 
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is actually the notification request itself. According to this embodiment, first, a 
requesting user enters a request to notify the subscriber, for example through a 
Web page which is actually served by the notification server itself Such a 
request could include the name and/or other identifying information for the 
5 subscriber, optionally with a short message or other information. 

Next, the notification server receives the request directly. Then, the 
notification server filters the request as for the previously described notification 
request. In this embodiment, the notification request is the logical name for all 
the information received by the notification server from the source using the 

1 0 notification protocol of the present invention. During processing the server adds 
information to the request from the subscriber preferences. For example, at 
least one filtering rule could be used to determine the particular channel for 
notification, for example e-mail or a cellular telephone message, as well as the 
time of notification, for example whether a delay should be introduced before 

15 notification. 

Next, the notification server sends the subscriber message according to 
the selected channel, optionally also according to a selected time. Optionally, 
the requesting user receives a notification acknowledgement that the subscriber 
message has been sent. Thus, the triggering event is actually the request by the 
20 requesting user, without any additional message or non-message event. 

It will be appreciated that the above descriptions are intended only to 
serve as examples, and that many other embodiments are possible within the 
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spirit and the scope of the present invention. 
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WHAT IS CLAIMED IS: 


1 . A system for notifying a subscriber upon an occurrence of an 
event, the system comprising: 

(a) an event-generating system for generating the event; 

(b) a notification request sender for detecting the occurrence of the 
event and for preparing a notification request according to an 
open network protocol; and 

(c) a notification server for receiving said notification request from 
said notification request sender, and for notifying the subscriber 
of the occurrence of the event, wherein said notification server is 
not in direct communication with said event generating system. 


2. The system of claim 1, wherein the event is a messaging event, 
and said event-generating system is a messaging system. 

3. The system of claim 2, wherein said messaging system is selected 
from the group consisting of e-mail and voice mail. 


4. The system of claim 2, wherein said messaging system further 
comprises: 

(i) an API (application programming interface) for providing an 
interface for detecting the event by said notification request 
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sender. 


5. The system of claim 1, wherein the event is a non-messaging 
event, and said event-generating system is a non-messaging system. 


6. The system of claim 1, wherein said notification server further 
comprises: 

(i) an open network protocol server for receiving said notification 
request from said notification request sender; and 

(ii) a notification messaging server for receiving said notification 
request from said open network protocol server and for notifying 
the subscriber of the event according to said notification request. 


7. The system of claim 6, wherein said open network protocol server 
is an FTP (File Transfer Protocol) server and said open network protocol is 
FTP. 


8. The system of claim 6, wherein said open network protocol server 
is an SMTP (Simple Mail Transfer Protocol) server and said open network 
protocol is SMTP. 


9. The system of claim 6, wherein said open network protocol server 
is an HTTP (Hyper-Text Transfer Protocol) server and said open network 
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protocol is HTTP. 


10. The system of claim 9, wherein said notification request sender 
fixrther comprises: 

(i) a notification event detector for detecting the event; and 

(ii) a notification protocol adapter for preparing and transmitting said 
notification request. 


1 1 . The system of claim 10, wherein said notification server further 
comprises: 

(iii) a notification server protocol adapter for receiving said 
notification request and for determining validity of said 
notification request, such that if said notification request is valid, 
said notification server protocol adapter passes information from 
said notification request to said notification messaging server. 


12. The system of claim 1, further comprising: 
(d) a network for connecting said notification request sender to said 
notification server. 


13. The system of claim 12, wherein said network is the Internet. 


14. 


The system of claim 13, wherein said event-generating system is 
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an internal messaging system for generating a message event, said internal 
messaging system notifying said notification server of said message event 
directly. 

15. The system of claim 13, wherein said event-generating system 
further comprises: 

(i) an internal messaging system for generating a message event; and 

(ii) a notification request sender for sending said notification request 
to said notification server. 

16. 

event in an 
(a) 
(b) 

(c) 

(d) 

(e) 


A method for notifying a subscriber upon an occurrence of an 
event-generating system, the method comprising: 
providing a notification server; 

detecting the occurrence of the event at the event-generating 
system; 

preparing a notification request according to an open network 
protocol; 

transmitting said notification request to said notification server; 
and 

notifying the subscriber of the occurrence of the event according 
to said notification request. 


The method of claim 16, wherein said open network protocol is 
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HTTP, and (c) further comprises preparing at least one HTTP key value pair for 
forming the notification message. 

1 8. The method of claim 17, wherein said notification server is in 
communication with at least one associated messaging service for the 
subscriber, such that (e) is performed by contacting the subscriber through said 
associated messaging service. 

19. The method of claim 18, wherein (e) further comprises selecting a 
communication mode for notifying the subscriber. 

20. The method of claim 19, wherein (e) further comprises selecting a 
time for notifying the subscriber. 

2 1 . The method of claim 20, wherein said communication mode and 
said time are determined according to a preference of the subscriber. 

22. The method of claim 16, further comprising: 

(f) sending a first "ack" (acknowledgment) message by said 
notification server upon receipt of said notification request. 

23 . The method of claim 22, further comprising: 

(g) sending a second "ack" message by said notification server upon 
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notification of the subscriber. 

24. The method of claim 23, wherein step (a) further comprises 
providing a notification request sender for detecting the occurrence of the event 
and for sending said notification request, wherein said notification request 
sender cannot send an additional notification request until at least said first 
"ack" message is received. 

25. The method of claim 23, wherein said notification request 
features an identification tag, such that said notification request sender 
asynchronously sends an additional notification request without waiting for said 
first "ack" message, such that said first "ack" message includes said 
identification tag for identifying said notification request associated with said 
first "ack" message. 

26. A method for sending a message to a subscriber by a requesting 
user, the method comprising: 

(a) providing a notification server; 

(b) requesting a notification of the subscriber by the requesting user, 
wherein the requesting user does not select a notification 
mechanism for notifying the subscriber; 

(c) sending said notification to said notification server; 

(d) selecting said notification mechanism for notifying the subscriber 
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by said notification server; and 
(e) sending said notification to the subscriber through said 
notification mechanism by said notification server. 

27. The method of claim 26, wherein (d) further comprises the step of 
selecting a communication mode for notifying the subscriber. 

28. The method of claim 27, wherein step (d) further comprises the 
step of selecting a time for notifying the subscriber. 

29. The method of claim 28, wherein said communication mode and 
said time are determined according to a preference of the subscriber. 

30. A system for notifying a subscriber, comprising: 

(a) an event generating system; 

(b) a notification request sender connected to said event generating 
system; and 

(c) a notification server in communication with said notification 
request sender, such that said notification server notifies the 
subscriber. 


ABSTRACT OF THE DISCLOSURE 

A method and a system for notifying a subscriber of the occurrence of an 
event, which may be a messaging event, in which a message is received by a 
messaging service associated with the particular subscriber; or a non-messaging 
event, such as the occurrence of a particular stock price. For example, an e- 
mail message is optionally received by the mailbox of the subscriber, which is 
detected by the notification request sender according to the present invention. 
The notification request sender then prepares a notification request according to 
a standard network protocol, such as HTTP for example, for transmission to a 
notification server for the subscriber. This server parses the notification 
request, and notifies the subscriber with a message according to a particular 
messaging service, such as an SMS (short message system) message sent to a 
cellular telephone of the subscriber, for example. Optionally and preferably, if 
a plurality of such messaging systems for notifying the subscriber is available, 
then the notification server determines the best messaging system or systems 
for notifying the subscriber, for example according to the preference of the 
subscriber. 


INTERNAL 
SYSTEMS 


Voice Mail 


10 


Notification 
Application 

12 


Internal 

E-mail 

System 

14 


EXTERNAL 
SYSTEMS 



E-mail 


System 


16 




Information 


Systems 


for ex. 


bank, 


voice mail.. 


^0 


Figure 1. 



event occurs 


i 

notification protocol adapter 
detects the occurrence of the 
event 


i 

create notification request 


( L_ 

send notification request 


i 

receive notification request 


i 

receive request by notification 
server protocol adapter 


i 


examine validity of notification 
request 


determine whether to notify subscriber 

i 


Figure 3 (con't) 


notify subscriber 


receive notification by 
subscriber 


i 


determine action by 
subscriber 


M 

m 

m 
a 

=0 



enter request to notify 
subscriber 



j 



receive request directly by 
notification server 



r 


filter request by notification 
server 



\ 

i 


send notification to 
subscriber 




I 

send acknowledgement to 
requesting user 



Attorney Docket: 1795/3 
page 1 of 2 


Combined Declaration For Patent Application and Power of Attorney 


As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed beiow) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled SYSTEM AND METHOD FOR NOTIFICATION OF AN EVENT , the specification of which 
(check one) is attached hereto. 

I | was filed on as Application Serial No. and was amended on . I hereby state that I 

have reviewed and understand the contents of the above identified specification, including the claims, as amended by any 
amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application in accordance 
with Title 37, Code of Federal Regulations, § 1 .56(a). 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 of any foreign application(s) for 
patent or inventor's certificate listed below and have also identified below any foreign application for patent or inventor's 
certificate having filing date before that of the application on which priority is claimed: 


Prior Foreign Application(s) 

NA 

(number) (Country) 


(Day, Month, Year Filed) 


(number) (Country) 


(Day, Month, Year Filed) 


(number) (Country) 


(Day, Month, Year Filed) 


Priority Claimed 

□ □ 

Yes No 

□ □ 

Yes No 

□ □ 

Yes No 


I hereby claim the benefit under Title 35, United States Code, § 120 of any United States Application(s) listed 
bfetow and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
Sites application in the manner provided by the first paragraph of Title 35, United States code, § 1 12, I acknowledge 
tM duty to disclose material information as defined in Title 37, Code of Federal Regulations, § 1 .56(a) which occurred 
between the filing date of the prior application and the national or PCT international filing date of this application: 


iff 60/152,362 
(Application Serial No.) 


7-SEPT-99 
(Filing Date) 


(Application Serial No.) (Filing Date) 


PENDING 
Status 

(patented, pending, abandoned) 
Status 

(patented, pending, abandoned) 


I hereby appoint the following attorneys, with full power of substitution, association, and revocation, to 
prosecute this application and to transact all business in the Patent and Trademark Office connected therewith. 


Mark M. Friedman Registration No. 33,883 


Address all Correspondence to: 


DR. MARK FRIEDMAN LTD. 

c/o ANTHONY CASTORINA 

2001 JEFFERSON DAVIS HIGHWAY 

SUITE 207 

ARLINGTON, VIRGINIA 22202 


Direct all telephone calls & faxes to: 
ANTHONY CASTORINA 
Phone (703)415-1581 
Fax (703)415-4864 


Attorney Docket: 1795/3 
page 2 of 2 


Continuation of Combined Declaration For Patent Application and Power of Attorney 


I hereby further declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statement may jeopardize the validity of the application of any patent issued thereon. 


*FULL NAME OF SOLE OR FIRST INVENTOR 
ERAN ALONi 


I INVENTOR'S SIGNATURE 


| DATE 


| RESIDENCE I CITIZENSHIP 

I RECHOV EMEK TOTAN 33. MODI' IN 71 700. ISRAEL | ISRAELI 


| POST OFFICE ADDRESS 
| RECHOV EMEK TOTAN 33. MODi'lN 71 700. ISRAEL 


| *FULL NAME OF SECOND INVENTOR 


RESIDENCE 


INVENTOR'S SIGNATURE 


CITIZENSHIP 
ISRAELI 


f DATE 


P&ST OFFICE ADDRESS 


*PJLL NAME OF THIRD INVENTOR 


INVENTOR'S SIGNATURE 


I DATE 


RESIDENCE 


| CITIZENSHIP 
I ISRAELI 


mST OFFICE ADDRESS 


*FULL NAME OF FOURTH INVENTOR 


INVENTOR'S SIGNATURE 


I DATE 


RESIDENCE 


| CITIZENSHIP 
I ISRAELI 


I POST OFFICE ADDRESS 


| *FULL NAME OF FIFTH INVENTOR [ INVENTOR'S SIGNATURE I DATE 


J 

| RESIDENCE 
I 

| CITIZENSHIP 
1 ISRAELI 


1 
1 

| POST OFFICE ADDRESS I 
J 1 


| *FULL NAME OF SIXTH INVENTOR 
1 

| INVENTOR'S SIGNATURE 

1 

| DATE 
1 

1 

1 

| RESIDENCE 
1 

| CITIZENSHIP 
1 ISRAELI 


1 
1 

POST OFFICE ADDRESS 1 

1 


| *FULL NAME OF SEVENTH INVENTOR | INVENTOR'S SIGNATURE I DATE 


I RESIDENCE I CITIZENSHIP 

j 1 ISRAELI 

| POST OFFICE ADDRESS 

J 


